gtkpathbar: Use scroll event controller

gtkmenu: Use scroll event controller

gtkcombobox: Use scroll event controller

gtk: Add GtkEventControllerScroll

This is a GtkEventController implementation to handle mouse
scrolling. It handles both smooth and discrete events and
offers a way for callers to tell their preference too, so
smooth events shall be accumulated and coalesced on request.

On capable devices, it can also emit ::scroll-begin and
::scroll-end enclosing all ::scroll events for a scroll
operation.

It also has builtin kinetic scrolling capabilities, reporting
the initial velocity for both axes after ::scroll-end if
requested.

gdk/x11: Avoid delivering emulated scroll events

We now just propagate the real event, and let the caller deal
with smooth vs discrete.

gdk/wayland: Drop emission of emulated scroll events

A wl_pointer.frame can now only result on one scroll event
being emitted.

gtk: Change gtk_propagate_event() to propagate both ways.

This change is made for consistency, it doesn't make sense to expose
one-way propagation, as it can only break expectations from GTK+. This
function might be made entirely private in the future, but it still
makes sense to do this in one go for our internal usecases.

gdk/x11: Drop motion/button events emulated from touch

We now always listen to touch events. Just avoid delivering both
types of events.

eventcontroller: Drop event_mask API

This is unchecked, we can remove it entirely as well.

gtkwidget: Drop pointer emulation out of touch events

Users of touch events are required to either use a GtkGesture, or handle
touch events themselves.

gtk: Run GtkWidgetClass event signals inside a GtkEventController

This will allow further cleanups and optimizations in capture/target/bubble
event delivery. For simplicity, ATM every widget will receive its own
GtkEventControllerLegacy, it could be desirable to add finer control over
this in the future, so widgets that fully use event controllers for input
management can do away without this legacy piece.

testsuite: Use GdkEvent API

tests: Use GdkEvent API

examples: Use GdkEvent API

widget: Give up on GdkEvent api for now

treeview: Give up on GdkEvent api for now

There's multiple places where events are manually generated
here, this needs more thought.

entry accessible: Give up on GdkEvent api for now

Just include gdkeventsprivate.h here for now. This may be
resolved by just dropping icon support from GtkEntry down
the road.

a11y: Stop listening for configure events

This needs to be done differently.

Add some more GdkEvent getters

gtk-demo: Use GdkEvent API

treev view column: Use GdkEvent API

clipboard: Use GdkEvent API

a11y: Use GdkEvent API in some places

More work needed.

tooltip: Use GdkEvent API

And at the same time, reshuffle things slightly to avoid
creating synthetic events.

text view: Use GdkEvent API

text handle: Use GdkEvent API

selection: Use GdkEvent API

search bar: Use GdkEvent API

scrolled window: Use GdkEvent API

places view: Use GdkEvent API

place sidebar: Use GdkEvent API

path bar: Use GdkEvent API

pad controller: Use GdkEvent API

menu shell: Use GdkEvent API

menu item: Use GdkEvent API

im context simple: Use GdkEvent API

header bar: Use GdkEvent API

gesture zoom: Use GdkEvent API

gesture swipe: Use GdkEvent API

gesture single: Use GdkEvent API

gesture rotate: Use GdkEvent API

gesture drag: Use GdkEvent API

gesture: Use GdkEvent API

window accessible: Use GdkEvent API

widget accessible: Use GdkEvent API

Add more GdkEvents API

xim: Convert to GdkEvent API

settings: Convert to GdkEvent API

gesture rotate: Partially convert to GdkEvent API

gesture: Partially convert to GdkEvent API

flowbox: Convert to GdkEvent API

file chooser widget: Covert to GdkEvent API

expander: Convert to GdkEvent API

entry: Convert to GdkEvent API

dnd: Convert to GdkEvent API

cell renderer accel: Convert to GdkEvent API

bindings: Convert to use GdkEvent API

Add more getters for event fields

gdk: Make GdkEvent structs/union opaque

All users are forced to deal with events as opaque pointers, only
using API to access the info.

bindings: Partially update to using GdkEvent API

a11y: Partially update to using GdkEvent API

inspector: Update to using GdkEvent API

gtkwindow: Update to using GdkEvent API

treeview: Update to using GdkEvent API

tooltip: Update to using GdkEvent API

textview: Update to using GdkEvent API

texthandle: Update to using GdkEvent API

spinbutton: Update to using GdkEvent API

scrolledwindow: Update to using GdkEvent API

scalebutton: Update to using GdkEvent API

recentchoooser: Update to using GdkEvent API

range: Update to using GdkEvent API

popover: Update to using GdkEvent API

placesview: Update to using GdkEvent API

placessidebar: Update to using GdkEvent API

paned: Update to using GdkEvent API

notebook: Update to using GdkEvent API

mountoperation: Update to using GdkEvent API

menu: Update to using GdkEvent API

To some extent, plenty of root coordinate calculations left...

listbox: Update to using GdkEvent API

imcontext: Update to using GdkEvent API

iconview: Update to using GdkEvent API

gesture: Update to using GdkEvent API

To some extent, pad and touchpad gesture events need extra API.

fontchooser: Update to using GdkEvent API

flowbox: Update to using GdkEvent API

filechooser: Update to using GdkEvent API

entrycompletion: Update to using GdkEvent API

entry: Update to using GdkEvent API

combobox: Update to using GdkEvent API

colorswatch: Update to using GdkEvent API

colorplane: Update to using GdkEvent API

coloreditor: Update to using GdkEvent API

cellrendererspin: Update to using GdkEvent API

cellarea: Update to using GdkEvent API

calendar: Update to using GdkEvent API

button: Update to using GdkEvent API

appchooserwidget: Update to using GdkEvent API

aboutdialog: Update to using GdkEvent API

modules: Update input context impls to using GdkEvent API

gdk/wayland: Don't make gtk_shell1 v2 mandatory

It may result in a protocol error on older mutters, as GTK+ will
invariably request a higher version than what's available. Make
GTK+ also accept v1 if it's all the compositor has got.